home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1996 #15 / Monster Media Number 15 (Monster Media)(July 1996).ISO / pcboard / cbfree13.zip / WHATSNEW.!!! < prev   
Text File  |  1996-06-08  |  9KB  |  240 lines
  1. ───────────────────────────────────────────────────────────────────────────
  2. 6/2/96
  3.  
  4. 1.  User record phone number matches CID, but CB-Free still making
  5.     a callback (when sysop has configured to upgrade immediately).
  6.  
  7.     Problem:  Callbacks being done even when phone numbers match when
  8.               the SysOp has it configured to upgrade immediately.
  9.  
  10.     Solution: Change variable types as we were overloading the variable
  11.  
  12.     Reported by:  John Palazzolo
  13.  
  14.  
  15. 2.  Improve Log reporting - Improve logging information.
  16.  
  17. 3.  All callbacks are Long Distance
  18.  
  19.     Problem:  All callbacks are now treated as Long Distance when the
  20.               DISALBED code is used for Long Distance callback times
  21.               allowed.
  22.  
  23.     Soltion:  Fix the code :)
  24.  
  25.     Reported by Charles Shapiro and "The Doctor", and Gary Sterr
  26.  
  27. 4.  Updated AREACODE.DAT file.  Thanks to Charles Shapiro and his
  28.     Co-SysOp, "The Doctor", for the update.
  29.  
  30.     *** CBFREE13.ZIP Released to the Public ***
  31.  
  32. ───────────────────────────────────────────────────────────────────────────
  33. 5/1/96
  34.  
  35. 1.  Help new users enter their entire phone number in the proper format.
  36.  
  37.     Problem:  Some users when prompted for their phone number only enter
  38.               their exhange+last 4, omitting the area code.
  39.  
  40.     Solution: Write a small, quick, FREE, with source PPE to check the
  41.               users phone numbers in their user record. This PPE should
  42.               be called from the security display files for a new user.
  43.  
  44.               If the phone numbers are not in the proper format, PHONE.PPE
  45.               will prompt them to correct it. Once correct, CB-FREE will
  46.               be able to use these phone numbers for callback.
  47.  
  48.  
  49. 2.  Another companion program added to CB-FREE
  50.  
  51.      A.  CB-STATS.ZIP -  A companion program for CB-FREE which generates
  52.                          an output report containing statistics gathered
  53.                          from CB-FREE Node?.Log files.  The output file
  54.                          can be in color (PCB Color Codes) or in ASCII.
  55.                          Examples of the output files are included in
  56.                          this archive with the names CB-STATS.EX1 and
  57.                          CB-STATS.EX2
  58.  
  59.  
  60.      **** CBFREE12.ZIP released to the Public *****
  61.  
  62. ───────────────────────────────────────────────────────────────────────────
  63. 4/17/96
  64.  
  65. 1.  Display more info to the user
  66.  
  67.     Problem:  SysOp wants to display a file when the CID number matches
  68.               the user record phone number.  This file would inform the
  69.               user they will automatically be upgraded, after name and
  70.               number checking.
  71.  
  72.     Solution: Add a file to be displayed: "CIDNFO" if: 1. The file
  73.               exists in the SAME DIRECTORY as the PPE, 2. The CID phone
  74.               number matches the user record phone number, 3. The SysOp
  75.               has configured CD-FREE to automatically upgrade the user
  76.               when the user record phone number matches the CID number.
  77.  
  78.                *** This is an OPTIONAL file - It is NOT REQUIRED ***
  79.  
  80.     Reported by:  John Palazzolo
  81.  
  82. ───────────────────────────────────────────────────────────────────────────
  83. 4/11/96
  84.  
  85. 1.  More information in the log files to review CID information and User
  86.     record phone number entries.
  87.  
  88.     Problem:  Not enough logging information for troubleshooting.
  89.  
  90.     Solution: Add logging of RAW (PPE has not parsed, nor modified)
  91.               CID and User Record Phone number information.
  92.  
  93. ───────────────────────────────────────────────────────────────────────────
  94. 4/3/96
  95.  
  96. 1.  OS/2 system reporting problems with callback program after user
  97.     is not contacted successfully for one reason or another.
  98.  
  99.     Problem:  After PPE exits and returns to PCB, CPU usage is at 30%
  100.               and window is "frozen" until SysOp closes and reopens
  101.               it.
  102.  
  103.     Solution: Alter code to turn "ON" Carrier Detect checking and
  104.               keyboard timeout checking right before exiting the PPE.
  105.               As I do not run OS/2, this fix is being sent to reporting
  106.               SysOp for testing, and not other SysOps at this time.
  107.  
  108.     Reported by:  Darrell Harder
  109.  
  110. ───────────────────────────────────────────────────────────────────────────
  111. 3/28/96
  112.  
  113. 1.  User getting disconnected when CID matches user record and
  114.     call is LD.
  115.  
  116.     Problem:  When a user is calling LD and CID matches the user record
  117.               the user is being disconnected after NO CALLBACK is made
  118.               (configured not to callback if CID matches user record
  119.               phone numbers - User is then automatically upgraded).
  120.  
  121.     Solution: Fix the code <G>.  Set the variable local_call to TRUE
  122.               so during the EXIT_PROG subroutine, the user is not
  123.               disconnected.  The log will properly show the number
  124.               is long distance and the log will also show the users
  125.               phone numbers matches the CID info.  local_call = TRUE
  126.               is to keep the program from haning up on the user.
  127.  
  128.     Reported by:  John Palazzolo
  129.  
  130.  
  131. 2.  SysOp wants to stop any user who is blocking CID info from performing
  132.     a callback.  This appears as PRIVATE or BLOCKED for the NMBR and
  133.     NAME fields in the CID info (other strings maybe used instead of
  134.     PRIVATE or BLOCKED - check with your local Phone Co.)
  135.  
  136.     Problem:  SysOp does not want a user who is blocking CID info from
  137.               using the callback PPE.
  138.  
  139.     Solution: Add two parameters to the configuration file for CID
  140.               support.  The old .CFG entry would look like:
  141.  
  142.                 TRUE;TRUE;NMBR =;301;A
  143.  
  144.               The new .CFG entry will look like:
  145.  
  146.                 TRUE;TRUE;NMBR =;301;A;TRUE;PRIVATE
  147.                                        ^^^^^^^^^^^^
  148.                                        Two New Parameters
  149.  
  150.               TRUE  = Stop all users who BLOCK CID information
  151.               FALSE = Allow user to continue (default)
  152.  
  153.               PRIVATE = string to search for to determine if user
  154.                         is trying to block their CID info.  Another
  155.                         string used is BLOCKED.  Check with your
  156.                         local phone company for the string to
  157.                         search for in your area.
  158.  
  159.     NOTE:  Some local phone companies allow you to stop any calls where
  160.            a user is blocking caller id.  This is stopped at the central
  161.            office and never reaches your BBS.  The user will receive a
  162.            recording informing them of the inability to call the desired
  163.            number with CID blocked. Again, check with your local phone
  164.            company for this option.
  165.  
  166.            This feature was added for SysOps whose their local phone
  167.            company does not provide CID blocking prevention.
  168.  
  169.     Reported by:  Marvin Blackburn
  170.  
  171. ───────────────────────────────────────────────────────────────────────────
  172. 3/2/96
  173.  
  174. 1.  Caller ID not being detected/used by PPE
  175.  
  176.     Problem:   CID Phone number not being picked up by PPE
  177.  
  178.     Solution:  Only the phone number was being passed to
  179.                PCB, so the Caller ID string did not have
  180.                any strings to search for (like "NMBR =").
  181.  
  182.                If in the configuration file, the string
  183.                to search for is NOTHING (TRUE;TRUE;;301;A)
  184.                the PPE will look for the phone number
  185.                starting at the beginning of the CID
  186.                string.
  187.  
  188.                Examples:  3014445555
  189.                           3014445555 NAME: JOE USERNAME
  190.  
  191.     Reported by:  John Palazzolo
  192.  
  193. ───────────────────────────────────────────────────────────────────────────
  194. 2/29/96
  195.  
  196. 1.  Need ability to block ALL Long Distance Callbacks
  197.  
  198.     Problem:   No real way to block ALL long distance callbacks
  199.  
  200.     Solution:  If the phrase "DISABLED" appears in the long distance
  201.                times allowed entry in the configuration file, no
  202.                long distance phone calls will be allowed.  The
  203.                file LDNO will be displayed.
  204.  
  205.     Reported by:  Pete Stan
  206.  
  207. ───────────────────────────────────────────────────────────────────────────
  208. 2/16/96
  209.  
  210. 1.  Need for a SUFFIX number when dialing LD.
  211.  
  212.     Problem:  No suffix added when dialing LD.
  213.  
  214.     Solution:  Add a suffix to the configuration file and make it
  215.                definable by sysop as to when the suffix is used.
  216.  
  217.     Reported by:  Nick Chandley
  218.  
  219. ───────────────────────────────────────────────────────────────────────────
  220. 2/14/96
  221.  
  222. 1.  Murphy has struck again!!!  A problem with Caller ID surfaced
  223.     right after release...typical!!  This new version fixes the
  224.     problem with Caller ID.
  225.  
  226.     Problem:   Log would show "=" as the phone number, and the user
  227.                would get an error that "=" is not an acceptable
  228.                area code (if you had area code checking turned on).
  229.                The log would state the Caller ID number does not
  230.                match an entry in the users record.
  231.  
  232.     Solution:  Fix the code!!!  Caller ID was broken when the Hex
  233.                ASCII feature was added.
  234.  
  235.     Reported By:  Bob Lotspeich
  236.  
  237.  
  238. ****    CBFREE11.ZIP released to fix this problem    *****
  239.  
  240.